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Intellectual Property Rights 



IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http://webapp.etsi.org/IPR/home.asp ). 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web 
server) which are, or may be, or may become, essential to the present document. 



Foreword 

This Technical Specification (TS) has been produced by ETSI Technical Committee Satellite Earth Stations and 
Systems (SES). 

The contents of the present document are subject to continuing work within TC-SES and may change following formal 
TC-SES approval. Should TC-SES modify the contents of the present document it will then be republished by ETSI 
with an identifying change of release date and an increase in version number as follows: 

Version 2.m.n 

where: 

• the third digit (n) is incremented when editorial only changes have been incorporated in the specification; 

• the second digit (m) is incremented for all other types of changes, i.e. technical enhancements, corrections, 
updates, etc. 

The present document is part 3, sub-part 22 of a multi-part deliverable covering the GEO-Mobile Radio Interface 
Specifications (Release 2) General Packet Radio Service, as identified below: 

Part 1: "General specifications"; 

Part 2: "Service specifications"; 

Part 3: "Network specifications": 

Sub-part 1: "Network Functions"; 

Sub-part 2: "Network Architecture"; 

Sub-part 3: "Numbering, addressing and identification"; 

Sub-part 4: "Organization of Subscriber Data"; 

Sub-part 5: "Technical realization of Supplementary Services"; 

Sub-part 6: "Location Registration and Position Identification Procedures"; 

Sub-part 7: "Discontinuous Reception (DRX)"; 

Sub-part 8: "Support of Dual-Tone Multifrequency Signalling (DTMF)"; 

Sub-part 9: "Security related Network Functions"; 

Sub-part 10: "Functions related to Mobile Earth Station (MES) in idle mode"; 

Sub-part 1 1 : "Technical realization of the Short Message Service (SMS) Point-to-Point (PP)"; 

Sub-part 12: "Technical realization of the Short Message Service Cell Broadcast (SMSCB)"; 
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Sub-part 13: "Technical realization of group 3 facsimile using transparent mode of transmission"; 

Sub-part 14: "Transmission Planning Aspects of the Speech Service in the GMR-1 system"; 

Sub-part 15: "Line Identification supplementary service - Stage 2"; 

Sub-part 16: "Call Barring (CB) supplementary services - Stage 2"; 

Sub-part 17: "Unstructured Supplementary Service Data (USSD) - Stage 2"; 

Sub-part 18: "Terminal-to-Terminal Call (TtT)"; 

Sub-part 19: "Optimal Routing technical realization"; 

Sub-part 20: "Technical realization of High-Penetration Alerting"; 

Sub-part 21: "Position Reporting services; Stage 2 Service description"; 

Sub-part 22: "Overall description of the GMPRS radio interface; Stage 2"; 
Part 4: "Radio interface protocol specifications"; 
Part 5: "Radio interface physical layer specifications"; 
Part 6: "Speech coding specifications"; 
Part 7: "Terminal adaptor specifications". 



Introduction 



GMR stands for GEO (Geostationary Earth Orbit) Mobile Radio interface, which is used for mobile satellite services 
(MSS) utilizing geostationary satellite(s). GMR is derived from the terrestrial digital cellular standard GSM and 
supports access to GSM core networks. 

The present document is part of the GMR Release 2 specifications. Release 2 specifications are identified in the title 
and can also be identified by the version number: 

• Release 1 specifications have a GMR-1 prefix in the title and a version number starting with "1" (Vl.x.x.). 

• Release 2 specifications have a GMPRS-1 prefix in the title and a version number starting with "2" (V2.x.x.). 

The GMR release 1 specifications introduce the GEO-Mobile Radio interface specifications for circuit mode mobile 
satellite services (MSS) utilizing geostationary satellite(s). GMR release 1 is derived from the terrestrial digital cellular 
standard GSM (phase 2) and it supports access to GSM core networks. 

The GMR release 2 specifications add packet mode services to GMR release 1 . The GMR release 2 specifications 
introduce the GEO-Mobile Packet Radio Service (GMPRS). GMPRS is derived from the terrestrial digital cellular 
standard GPRS (included in GSM Phase 2+) and it supports access to GSM/GPRS core networks. 

Due to the differences between terrestrial and satellite channels, some modifications to the GSM standard are necessary. 
Some GSM specifications are directly applicable, whereas others are applicable with modifications. Similarly, some 
GSM specifications do not apply, while some GMR specifications have no corresponding GSM specification. 

Since GMR is derived from GSM, the organization of the GMR specifications closely follows that of GSM. The GMR 
numbers have been designed to correspond to the GSM numbering system. All GMR specifications are allocated a 
unique GMR number. This GMR number has a different prefix for Release 2 specifications as follows: 

• Release 1: GMR-n xx. zyy. 

• Release 2: GMPRS-n xx.zyy. 

where: 

xx.Oyy (z = 0) is used for GMR specifications that have a corresponding GSM specification. In this case, 
the numbers xx and yy correspond to the GSM numbering scheme. 
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xx.2yy (z = 2) is used for GMR specifications that do not correspond to a GSM specification. In this 
case, only the number xx corresponds to the GSM numbering scheme and the number yy is allocated by 
GMR. 

n denotes the first (n = 1) or second (n = 2) family of GMR specifications. 

A GMR system is defined by the combination of a family of GMR specifications and GSM specifications as follows: 

• If a GMR specification exists it takes precedence over the corresponding GSM specification (if any). This 
precedence rule applies to any references in the corresponding GSM specifications. 

NOTE: Any references to GSM specifications within the GMR specifications are not subject to this precedence 
rule. For example, a GMR specification may contain specific references to the corresponding GSM 
specification. 

• If a GMR specification does not exist, the corresponding GSM specification may or may not apply. The 
applicability of the GSM specifications is defined in GMPRS-1 01.201 [10]. 
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Scope 



The present document provides the overall description for lower-layer functions of the GEO-Mobile Packet Radio 
Service (GMPRS-1) radio interface (Um). 

The overall description provides the following information: 

The services offered to higher-layer functions; 

The distribution of required functions into functional groups; 

A definition of the capabilities of each functional group; 

Service primitives for each functional group, including a description of what services and information flows 
are to be provided; and 

A model of operation for information flows within and between the functions. 

The present document is applicable to the following GMPRS-1 Um functional layers: 

Radio Link Control functions; 

Medium Access Control functions; and 

Physical Link Control functions. 

The present document describes the information transfer and control functions to be used across the radio (Um) 
interface for communication between the MES and the Network (see figure 1). 

Um 



MT 



Network 



Figure 1 : Scope of GMPRS-1 logical radio interface architecture 

The overall GMPRS-1 logical architecture and the GMPRS-1 functional layers above the Radio Link Control and 
Medium Access Control layer are the same as GSM/GPRS as described in 3GPP TS 03.60 [3]. 

GMPRS-1 04.007 [5] contains a description in general terms of the structured functions and procedures of this protocol 
and the relationship of this protocol with other layers and entities. 

GMPRS-1 04.008 [6] contains the definition of GMPRS-1 RLC/MAC procedures when operating on the Common 
Control Channel (CCCH). 

GMPRS-1 04.060 [7] contains the definition of RLC/MAC functions when operating on a Packet Data Channel 
(PDCH). 

The functional procedures for the Logical Link Control (LLC) layer above the RLC/MAC are the same as GSM/GPRS 
as described in 3GPP TS 04.64 [8]. 

GMR-1 05-series defines the Physical Link layer and Physical RF layer (see [11] to [17]). 
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3 Definitions, symbols and abbreviations 

3.1 Definitions 

For the purposes of the present document, the terms and definitions given in GMPRS-1 01.201 [10] apply. 

GMPRS-1 also uses some GSM definitions and the relevant GSM/GPRS specific definitions can be found in 
GSM 02.60 [2] and 3GPP TS 03.60 [3]. 

3.2 Symbols 

For the purposes of the present document, the following symbols apply: 

Gb Interface between an SGSN and a BSC. 

Um Interface between MES and GMPRS-1 fixed network part. The Um interface is the GMPRS-1 

network interface for providing packet data services over the radio to the MES. 

3.3 Abbreviations 

For the purposes of the present document, the abbreviations given in GMPRS-1 01.004 [1] apply. 
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Packet data logical channels 



NOTE: The text in this clause is informative. The normative text is in GMPRS-1 05.002 [12]. Where there is a 
conflict between these descriptions, the normative text has precedence. 

4.1 General 

This clause describes the packet data logical channels that are supported by the radio subsystem. The packet data logical 
channels are mapped onto the physical channels that are dedicated to packet data. 

The physical channel dedicated to packet data traffic is called a Packet Data Channel (PDCH). A PDCH can carry 
common control channel (PCCCH) with the data and dedicated control channels. 

Packet channels are defined in GMR-1 for 125 kHz and for 156,25 kHz carriers, which are each three time-slots wide. 
Packet channels are also defined for uplink 31,25 kHz carriers and downlink 62,5 kHz carriers, which are six timeslots 
wide. Timeslots are defined in GMPRS-1 05.002 [12]. 

In the context of RLC/MAC and other higher layers, the term MAC-slot is used to define a triad of timeslots containing 
a single Packet Access Burst or Packet Normal Burst. Thus there can be eight packet channels or one or more CCCH 
and packet channels carrying PCCCH in a 24 slot (8 MAC-slot) frame. 

An additional term is defined, which is the dual MAC-slot abbreviated as D-MAC-slot. A D-MAC-slot represents two 
consecutive MAC slots or six consecutive timeslots. A D-MAC slot k(0<k<3) can be defined as a combination of 
MAC-slot 2k and MAC-slot 2k + 1 . 

4.2 Packet Common Control Channel (PCCCH) 

PCCCH comprise logical channels for common control signalling used for packet data as described in the following 

clauses. 

4.2.1 Packet Random Access Channel (PRACH) - uplink only 

PRACH is used by MES to initiate uplink transfer for sending data or signalling information. Packet Access burst is 
used on PRACH. 

4.2.2 Packet Paging Channel (PPCH) - downlink only 

PPCH is not supported in the GMR-1 standard. 

4.2.3 Packet Access Grant Channel (PAGCH) - downlink only 

PAGCH is used in the packet transfer establishment phase to send resource assignment to an MES prior to packet 
transfer. 

4.2.4 Packet Notification Channel (PNCH) and compact packet notification 
channel - downlink only 

These logical channels are currently not supported. 

4.3 Packet Broadcast Control Channel (PBCCH) - downlink 
only 

This logical channel is currently not supported. 

For details of system information transmission for the GMR-1 Release 2 air interface supporting packet data, refer to 
GMPRS-1 04.008 [6] for details. 
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4.4 Packet traffic channels 

4.4.1 Packet Data Traffic Channel (PDTCH) 

PDTCH is a channel allocated for data transfer. In the multislot operation, one MES may use multiple PDTCHs in 
parallel for individual packet transfer. 

All packet data traffic channels are uni -directional, either uplink (PDTCH/U), for a mobile originated packet transfer or 
downlink (PDTCH/D) for a mobile terminated packet transfer. 

4.5 Packet dedicated control channels 

4.5.1 Packet Associated Control Channel (PACCH) 

PACCH conveys signalling information related to a given MES. The signalling information includes examples of 
acknowledgments and power control information. PACCH also carries resource assignment and reassignment 
messages, comprising the assignment of a capacity for PDTCH(s) and for further occurrences of PACCH. The PACCH 
shares resources with PDTCHs, that are currently assigned to one MES. 

4.5.2 Packet Timing Advance Control Channel, Uplink (PTCCH/U) 

PTCCH/U is used to transmit packet normal burst to allow estimation of the timing advance for one MES in packet 
transfer mode. 

4.5.3 Packet Timing Advance Control Channel, Downlink (PTCCH/D) 

PTCCH/D is used to transmit timing advance information updates to several MES. One PTCCH/D is paired with up to 
four PTCCH/Us. PTCCH/D is only transmitted on MAC slot 0. 

5 Mapping of packet data logical channels onto 

physical channels 

NOTE: The text in this clause is informative. The normative text is in GMPRS-1 05.002 [12]. Where there is a 
conflict between these descriptions, the normative text has precedence. 

5.1 General 

Different packet data logical channels can occur on the same physical channel (PDCH). The sharing of the physical 
channel is based on MAC-slots, each of which corresponds to a single burst. The mapping in frequency of PDCH on to 
the physical channel shall be as defined in GMPRS-1 05.002 [12]. 

On PRACH packet access bursts are used. On all other packet data logical channels, MAC/RLC blocks comprising a 
single Packet Normal Burst (m, n) is used, corresponding to the PDCH on which the logical channel is allocated. 

5.2 Packet Common Control Channels (PCCCH) 

At a given time, the logical channels of the PCCCH are mapped on different physical resources than the logical 
channels of the CCCH. 

The PCCCH does not have to be allocated permanently in the cell. 

One given MES may use only a subset of the PCCCH, the subset being mapped onto one physical channel (PDCH). 

The PCCCH, when it exists, is mapped on one or several physical channels according to a 16-multiframe; in that case 
the PCCCH and PDTCH share the same physical channels (PDCHs). 
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The existence and location of the PCCCH shall be broadcast on the BCCH in the spotbeam. The BCCH identifies each 
frequency that carries the PCCCH and further information which helps the MES access the PCCCH. 

5.2.1 Packet Random Access Channel (PRACH) 

The PRACH is mapped on one or several physical channels. The physical channels on which the PRACH is mapped are 
derived by the MES from information broadcast on the BCCH. 

The MES can send a PRACH to the network in the following two ways as described in clauses 5.2.1.1 and 5.2.1.2. 

5.2.1 .1 PRACH on the same carrier 

PRACH is determined by the Uplink State Flag, marked as "free," that is broadcast continuously on the corresponding 
downlink (see clause 6.6.4.1). 

Since the PRACH uses a bandwidth of only 31,25 kHz, whereas the PDCH uses bandwidths that are n x 31,25 kHz 
(n = 2, 4, 5, 6), it is possible to overlay multiple PRACH slots over a single unused PDCH slot, with each PRACH slot 
using one 31,25 kHz chunk of the PDCH bandwidth. The BCCH system information parameter PRACH_OVERLAY 
indicates whether this feature is supported or not. If this feature is supported, the system information parameter 
PRACH_0 VERLAY_CHAN indicates the maximum number of PRACHs that may be overlaid on a single PDCH slot; 
i.e. even if n is set to 6, the number of overlaid PRACH slots may be less, depending on the network capabilities and 
PRACH demand. If multiple PRACH overlay is activated, the PRACH slots are allocated from the lower edge of the 
sub-band (see GMPRS-1 05.002 [12] for more details). The MES should randomly choose one of the overlaid 
frequencies for transmission of the Packet Access Burst (PAB). In case of failure, the MES should continue to use the 
same frequency and wait for subsequent empty slots. 

If the USF on the corresponding downlink burst indicates that the PRACH slot is free, it indicates that all the permitted 
overlaid slots are free for PRACH transmission. 

5.2.1 .2 PRACH on a separate carrier 

The MES has PRACH opportunities in every frame on the ARFCN and in any MAC slot from the MAC slots assigned 
by the network as specified in the BCCH SI (see GMPRS-1 04 .008 [6]. The choice of the MAC slot among the 
assigned MAC slots is made randomly. 

5.2.2 Packet Paging Channel (PPCH) 

The Packet Paging Channel is not supported in the GMR-1 system. For details of paging for packet terminals, refer to 
GMPRS-1 04.008 [6]. 

5.2.3 Packet Access Grant Channel (PAGCH) 

The PAGCH is mapped on one or several physical channels. The exact mapping on each physical channel follows a 
predefined rule (see clause 6.1.2). 

The physical channels on which the PAGCH is mapped, as well as the rule that is followed on the physical channels, are 
derived by the MES from information broadcast on the BCCH. 

5.2.4 Packet Notification Channel (PNCH) 

These channels are not used in GMR-1. 

5.3 Packet Broadcast Control Channel (PBCCH) 

These channels are not used in GMR-1. 

5.3.1 Compact Frequency Correction Channel (CFCCH) 

This channel is not used in GMR-1. 
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5.3.2 Compact Synchronization Channel (CSCH) 

This channel is not used in GMR-1. 

5.4 Packet Timing Advance Control Channel (PTCCH) 

The PTCCH shall be present on any given PDCH. For even-numbered multiframes (counting from the beginning of 
every hyperframe), the PTCCH/U shall be present on PDCH corresponding to MAC-slots 0, 2, 4 and 6 and on odd 
numbered multiframes, it shall be present on PDCH corresponding to MAC-slots 1, 3, 5, 7 in the MAC-slot B9. The 
PTCCH/D occurs, if necessary on the th MAC-slot of a fixed frame (as defined in GMPRS-1 05.010 [17]) of each 
multiframe and corresponds to all the PTCCH/U transmissions of the previous multiframe. It is dynamically 
multiplexed with PDTCH and PACCH on the same PDCH i.e. if there is no PTCCH allocated, the corresponding block 
is used for PDTCH or PACCH. 

On PTCCH/D, a single Packet Normal Burst is used, corresponding to the nature of the PDCH on which the channel is 
multiplexed. The PTCCH/D transmission is identified by a message type. Answers to multiple PTCCH/U bursts come 
on the same PTCCH/D channel. 

5.5 Packet traffic channels 

5.5.1 Packet Data Traffic Channel (PDTCH) 

One PDTCH is mapped onto one physical channel. 

Up to eight PDTCHs within a PDCH(4,3) or PDCH(5,3), with different MAC-slots but with the same frequency 
parameters, may be allocated to one MES at the same time. The frequency parameters include both the carrier as well as 
the bandwidth. 

Up to four PDTCHs within a PDCH/D(2,6) or PDCH/U(1,6), with different D-MAC-slots but with the same frequency 
parameters, may be allocated to one MES at the same time. The frequency parameters include both the carrier as well as 
the bandwidth. 

5.5.2 Packet Associated Control Channel (PACCH) 

PACCH is dynamically allocated on the same physical channel as carrying PDTCHs. 

PACCH is of a bi-directional nature, i.e. it can dynamically be allocated both on the uplink and on the downlink 
irrespective of whether the corresponding PDTCH assignment is for uplink or downlink. 

When PDTCH(s) is assigned on the uplink, the corresponding downlink MAC-slot on all frames have to be 
continuously monitored by the MES for possible occurrences of PACCH in the downlink direction. The MES can use 
the uplink assignment for sending PACCH transmissions whenever needed. However, if the network polls the MES for 
control information the response has to go on the allocated resource. 

When PDTCH(s) is assigned on the downlink, every occurrence of an uplink PACCH MAC/RLC block is determined 
by polling in the preceding corresponding downlink MAC-slot (transferred on the same PDCH) by setting the 
appropriate bits in the RLC/MAC header. The network can use the downlink assignment for sending PACCH 
transmissions whenever needed. Downlink MAC/RLC blocks containing PACCH are transmitted by the network as part 
of the downlink transmission in the PDTCH, using "burst stealing" mechanism. 



5.6 Downlink resource sharing 



Different packet data logical channels can be multiplexed on the downlink on the same physical channel (PDCH). 
See details in GMPRS-1 05.002 [12]. The type of message indicated in the RLC/MAC control block allows 
differentiation between the logical channels. Additionally, the MES identity allows the MES to determine if the received 
PDTCHs and PACCH were directed to it. 
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5.7 Uplink resource sharing 

Different packet data logical channels can be multiplexed on the uplink of the same physical channel (PDCH). 
See details in GMPRS-1 05.002 [12]. The type of message that is indicated in the RLC/MAC block header allows 
differentiation between the logical channels. Additionally, the MES identity allows differentiation between PDTCHs 
and PACCHs assigned to different MESs. 

5.8 Asymmetrical Pairing of PDCH/D(2,m) with PDCH/U(1 ,m) 

The downlink 62,5 kHz PDCH carrier (carrying PDCH(2,m)) is paired with two uplink 31,25 kHz carriers; one carrying 
PDCH(1,6) and the other carrying PRACH. Refer to GMPRS-1 05.002 [12] for further information regarding pairing of 
two uplink 31,25 kHz carriers with one downlink 62,5 kHz carrier. Refer to GMPRS-1 04.008 [6] for description on 
how the network conveys the information to the MES regarding its assignment of the one downlink 62,5 kHz channel 
and the corresponding two uplink 31,25 kHz channels. 



Radio interface (Um) 



The logical architecture of the GMPRS-1 Um interface can be described using a reference model consisting of 
functional layers as shown in figure 3. Layering provides a mechanism for partitioning communications functions into 
manageable subsets. 

Communication between the MES and the Network occurs at the Physical RF, Physical Link, Radio Link 
Control/Medium Access Control (RLC/MAC), Logical Link Control (LLC), and SubNetwork Dependent Convergence 
Protocol (SNDCP) layers. 

6.1 Radio resource management principles 
6.1 .1 Allocation of resources for GMPRS-1 

A spotbeam supporting GMPRS may allocate resources on one or several physical channels in order to support the 
GMPRS traffic. Those physical channels (PDCHs), shared by the GMPRS-1 MESs, are taken from the common pool of 
physical channels available in the spotbeam. The allocation of physical channels to circuit switched services and 
GMPRS is done dynamically, according to the "capacity on demand" principles described below. 

Common control signalling required by GMPRS in the initial phase of the packet transfer is conveyed on PCCCH, or on 
CCCH. 

The main control channels are the BCCH, PCH, RACH, and AGCH, which are carried on a channel, as in the circuit 
switched air interface, as described in GMPRS-1 04.008 [6]. PRACH and PAGCH may be present on one or more 
PDCHs on one or more sub-bands in the spotbeam. However, their operation is independent of each other. There will be 
one channel in each spotbeam that carries the BCCH on the downlink. There will be at least one physical channel in 
each cell which carries the AGCH and PCH on the downlink and the RACH on the uplink, which may be paired with 
the BCCH. This channel is to be used by all MESs accessing the system and whose current state does not conform to 
the PRACH usage requirements as described in GMPRS-1 04.060 [7] and GMPRS-1 05.010 [17]. This channel shall 
also be used by all MESs that have moved into this spot-beam for the first time. 

6.1.1.1 Master-slave concept 

There is no master-slave concept in the GMR-1 air interface. 

6.1 .1 .2 Capacity on demand concept 

GMPRS-1 does not require permanently allocated PDCHs. The allocation of capacity for GMPRS-1 can be based on 
the needs for actual packet transfers which are here referred to as the "capacity on demand" principle. The operator can, 
as well, decide to dedicate permanently or temporarily some physical resources (PDCHs) for the GMPRS traffic. 
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When the PDCHs are congested due to the GMPRS traffic load and more resources are available in the spotbeam, the 
Network can allocate more physical channels as PDCHs. 

However, the existence of PDCHs does not imply the existence of PCCCH. The PDCHs which do carry PCCCH are 
indicated as part of the system information transmission. 

All MESs are required to camp on the CCCH which carries the PCH. There will be one CCCH per spotbeam at least. 

In response to a Packet Channel Request sent on CCCH from the MES that wants to transmit GMPRS packets, the 
network can assign resources on PDCHs for the uplink transfer. After the transfer, the MES returns to CCCH. 

The information about PCCCH is broadcast on BCCH. When the PCCCH capacity is inadequate, it is possible to 
allocate additional PCCCH resources on one or several PDCHs. 

6.1 .1 .3 Procedures to support capacity on demand 

The number of allocated PDCHs in a spotbeam can be increased or decreased according to demand. The following 
principles can be used for the allocation: 

• Load supervision: 

A load supervision function may monitor the load of the PDCHs and the number of allocated PDCHs in 
a spotbeam can be increased or decreased according to demand. Load supervision function may be 
implemented as a part of the Medium Access Control (MAC) functionality or as a generic resource 
management functionality. The common channel allocation function located in BSC is used for the 
circuit switched services. 

• Dynamic allocation of PDCHs: 

Unused channels can be allocated as PDCHs to increase the overall quality of service for GMPRS-1. 
Upon resource demand for other services with higher priority, de-allocation of PDCHs can take place. 

6.1 .1 .4 Release of PDCH not carrying PCCCH 

The fast release of PDCH is an important feature for the possibility to dynamically share the same pool of radio 
resources for packet and circuit-switched services. 

There are the following possibilities: 

Wait for all the assignments to terminate on that PDCH If necessary, the network can force a release by 
sending a PACKET TBF RELEASE. 

Individually notify all the users that have assignment on that PDCH. 

In practice, a combination of both the methods can be used. 

The case may occur where an MES remains unaware of the released PDCH. In that case, such MES may cause some 
interference when wrongly assuming that the decoded Uplink State Flag (see clause 6.6.4.1) denotes the following 
uplink MAC-slot/D-MAC-slot reserved to it. This would cause both MESs to transmit in the same 
MAC-slot/D-MAC-slot and neither the transmissions would get through. After not getting proper response from the 
network, the MES would self -break the RLC connection. For an unacknowledged mode transfer, the network itself 
would detect that the allocations are not being used and would, based on its internal counters, tear down the TBF. 
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6.1 .2 Multiframe structure for PDCH 

NOTE: The text in this clause is informative. The normative text is in GMPRS-1 05.002 [12]. Where there is a 
conflict between these descriptions, the normative text has precedence. 

The mapping in time of the logical channels is defined by a multiframe structure. The multiframe structure for PDCH 
consists of 16 TDMA frames according to figure 2. The consecutive MAC-slots in the successive frames are numbered 
as shown below. 



B0 B1 B2 B3 B4 B5 B6 B7 B8 B9 B10 B11 B12 B13 B14 B15 



Figure 2: Multiframe structure for PDCH 

Note that if a PDCH is marked as carrying PCCCH the MES shall assume that all MAC-slots on the uplink may support 
PRACH (marked by USF_FREE) and all MAC-slots on the downlink may carry PAGCH. 

On all PDCHs the MAC-slot marked B8 is reserved for PTCCH/D and all other MAC-slots can be used as PDTCH or 
PACCH on the downlink. The actual usage is indicated by the message type. On the uplink, the last MAC-slot can be 
reserved for PTCCH/U on a multiframe to multiframe basis and the remaining MAC-slot are to be used for PDTCH and 
PACCH. If a given MAC-slot is allocated for PTCCH/U, it shall be marked with the USF value of RESERVED in the 
previous corresponding downlink frame. 

6.1 .2.1 Multiframe structure for compact PDCH 

This clause is not used in GMR-1. 

6.1 .3 Scheduling of PBCCH information 

This clause is not used for GMR-1. 

6.1.4 SMS cell broadcast 

This clause is not used for GMR-1. 

6.2 Radio resource operating modes 

Radio Resource (RR) management procedures are characterized by two different RR operating modes. Each mode 
describes a certain amount of functionality and information allocated. RR procedures and RR operating modes are 
specified in GMPRS-1 04.007 [5]. 

6.2.1 Packet idle mode 

In packet idle mode no Temporary Block Flow (see clause 6.6.4.2) exists. Upper layers can require the transfer of a 
LLC PDU which, implicitly, may trigger the establishment of TBF and transition to packet transfer mode. 

In packet idle mode, the MES listens to the BCCH and to the paging sub-channel for the paging group the MES belongs 
to in idle mode. 

6.2.2 Packet transfer mode 

In packet transfer mode, the mobile earth station is allocated radio resource providing a Temporary Block Flow on one 
or more physical data channels. Continuous transfer of one or more LLC PDUs is possible. Concurrent TBFs may be 
established in opposite directions. Refer to GMPRS-1 04.060 [7]. Transfer of LLC PDUs in RLC acknowledged or 
RLC unacknowledged mode is provided. 
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6.2.3 Correspondence between radio resource operating modes and 
mobility management states 

The Mobility Management states are the same as GSM/GPRS as defined in 3GPP TS 03.60 [3]. Table 1 provides the 
correspondence between Radio Resource states and Mobility Management states: 

Table 1 : Correspondence between RR operating modes and MM states 



Radio Resource BSS 


Packet transfer 
mode 


No state 


No state 


Radio Resource MES 


Packet transfer 
mode 


Packet idle mode 


Packet idle mode 


Mobility Management 
NSS and MES 


Ready 


Standby 



Each state is protected by a timer. The timers run in the MES and the network. 

Packet transfer mode is guarded by RLC protocol timers. Note that the transition of mobility management at the NSS 
may be slightly out of synchronization with the state of the MES at the radio-resource level. For example, the Mobility 
Management state at the NSS may transit to Standby, even as the MES is in the process of setting up a radio-level 
connection to the BSS to transmit an LLC PDU. 

6.3 Layered overview of radio interface 

The GMPRS-1 radio interface can be modelled as a hierarchy of logical layers with specific functions. An example of 
such layering is shown in figure 3. The various layers are briefly described in the following clauses. 

The physical layer has been separated into two distinct sub-layers defined by their functions: 

• Physical RF layer performs the modulation of the physical waveforms based on the sequence of bits received 
from the Physical Link layer. The Physical RF layer also demodulates received waveforms into a sequence of 
bits which are transferred to the Physical Link layer for interpretation. 

• Physical Link layer provides services for information transfer over a physical channel between the MES and 
the Network. These functions include data unit framing, data coding, and the detection and correction of 
physical medium transmission errors. The Physical Link layer uses the services of the Physical RF layer. 

The lower part of the data link layer is defined by the following functions: 

• The RLC/MAC layer provides services for information transfer over the physical layer of the GMPRS-1 radio 
interface. This information includes both user data, RLC signalling, and also signalling relating to radio 
resource management functions. These functions include backward error correction procedures enabled by the 
selective retransmission of erroneous blocks. The MAC function arbitrates access to the shared medium 
between a multitude of MES s and the Network. The RLC/MAC layer uses the services of the Physical Link 
layer. The layer above RLC/MAC (i.e. LLC described in 3GPP TS 03.60 [3] and defined in 

3GPP TS 04.64 [8]) uses the services of the RLC/MAC layer on the Um interface. 
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NOTE: In the network the LLC is split between BSS and SGSN. 

Figure 3: GMPRS-1 MES - network reference model 



6.4 Physical RF layer 



The Physical layer is defined in GMR-1 05 series recommendations, which specify among other things: 

The carrier frequencies characteristics and GMR-1 radio channel structures (GMPRS-1 05.002 [12]); 

The modulation of the transmitted wave forms and the raw data rates of GMPRS-1 channels 
(GMPRS-1 05.004 [14]); and 

The transmitter and receiver characteristics and performance requirements (GMPRS-1 05.005 [15]). 



6.5 Physical link layer 



The Physical Link layer operates above the physical RF layer to provide a physical channel between the MES and the 
Network. 

6.5.1 Layer services 

The purpose of the Physical Link layer is to convey information across the GMR-1 radio interface, including RLC/MAC 
information. The Physical Link layer supports multiple MESs sharing a single physical channel. 

The Physical Link layer provides communication between MESs and the Network. 

The Physical Link layer control functions provide the services necessary to maintain communications capability over 
the physical radio channel between the Network and MESs. Radio subsystem link control procedures are currently 
specified in GMPRS-1 05.008 [16]. Handovers are not supported in the GMPRS-1 service at the radio-link level. MES 
performed spotbeam reselection is used as defined in GMPRS-1 03.022 [18]. 

6.5.2 Layer functions 

The Physical Link layer is responsible for: 

• Forward Error Correction (FEC) coding, allowing the detection and correction of transmitted code words. The 
coding schemes are described in clause 6.5.5; 

• Burst building of different sizes for different PDCHs, based on the bandwidth of the associated carrier; 

• Procedures for detecting physical link congestion; 

• FCS computation and checking. 
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The Physical Link layer control functions include: 

Synchronization procedures, including means for determining and adjusting the MES Timing Advance to 
correct for variances in propagation delay, GMPRS-1 05.010 [17]; 

Monitoring and evaluation procedures for radio link signal quality; 

Spotbeam (re-)selection procedures; 

Transmitter power control procedures; and 

Battery power conservation procedures, e.g. Discontinuous Reception (DRX) procedures. 



6.5.3 Service primitives 

Table 2 lists the service primitives provided by the Physical Link layer to RLC/MAC layer. More detailed description is 
given in GMR-1 04.004 [4]. 

Table 2: Service primitives provided by the physical link layer 



Name 


Request 


Indication 


Response 


Confirm 


Comments 


PH-DATA 


X 


X 






Used to pass message units containing frames 
used for RLC/MAC layer respective 
peer-to-peer communications to and from the 
physical layer. 


PH-RANDOM 
ACCESS 


X 


X 




X 


Used to request and confirm (in the MES) the 
sending of a random access frame and to 
indicate (in the network) the arrival of a random 
access frame. 


PH-CONNECT 




X 






Used to indicate that the physical connection 
on the packet data physical channel has been 
established. 


PH-READY-TO- 
SEND 


X 








Used by the physical layer to trigger (if 
applicable) piggy backing, the start of timer for 
the RLC/MAC layer, and the forwarding of data 
unit to the physical layer. 


PH-EMPTY-FRA 
ME 


X 








Used by the RLC/MAC layer to indicate that no 
frame has to be transmitted after receiving the 
PH-READY-TO-SEND primitive. 



6.5.4 Radio burst structure 

Different radio burst structures for data transfer and control message transfer purposes are defined. The radio burst 
structure varies in dimensions for each class of PDCH, depending on the payload of the burst associated with that 
PDCH. For detailed definition of radio burst structure, see GMPRS-1 04.060 [7]. 

For GMPRS-1, a radio burst for data transfer has two sections which carry payload bits. One is the PUI and the other is 
the PRI. The PUI contains 12 bits of information, which contains the USF, the modulation and coding scheme identifier 
and some other information. The PRI consists of one MAC/RLC header (5 bytes) and up to two optional control blocks 
of fixed size followed by the payload portion. The MAC/RLC header and the RLC block are protected by a 16 bit CRC 
footer. The entire radio block is always carried on a single Packet Normal Burst. The PUI and the PRI are separated by 
transition bits. Refer to GMPRS-1 05.002 [12] for details. 



Radio Burst 


PUI 


MAC/RLC header 


Optional 
control block 


Optional 

second control 

block 


RLC blocks 


BCS 



Figure 4: Radio burst structure for data transfer for GMPRS-1 

The MAC/RLC header contains control fields which are different for uplink and downlink directions. The MAC header 
has constant length, 40 bits. 
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The RLC data field contains octets from one or more LLC PDUs. 

The Block Check Sequence (BCS) is used for error detection. There may be one or two optional control blocks inserted 
at the head of the message. Each control block has a fixed size of 18 octets and is independently coded. Either or both of 
them may be padded out to 18 octets, if there is insufficient control information to be filled in. The presence of the first 
control block is given by the payload type field in the MAC/RLC header. The presence of the second control block is 
given in the CBF bit of the previous control block. The rest of the burst may be blank if there is nothing else to be 
transmitted. 

6.5.5 Channel coding 

NOTE: The text in this clause is informative. The normative text is in GMPRS-1 05.003 [13]. Where there is a 
conflict between these descriptions, the normative text has precedence. 

Twelve coding schemes are defined for the GMPRS-1 packet data traffic channels. The GMPRS-1 air interface supports 
PDCHs of four different bandwidths (m = 1 , 2, 4, or 5) defined as integrals multiples (m x 3 1 ,25 kHz) of the common 
channel size of 31,25 kHz. For all the downlink control messages, the basic modulation and coding scheme defined for 
the bandwidth of the associated PDCH is always used. For all GMPRS-1 packet control channels on the uplink other 
than Packet Random Access Channel (PRACH), the same modulation and coding scheme as assigned by the network 
for data transfer shall be used. For access bursts on PRACH, the modulation and coding scheme associated with the 
Packet Access Burst is used. 

The basic modulation and coding scheme for any value of m and any given type of coding is the most robust coding 
scheme available (=Rl/2 or R3/5) in a given direction. Note that not all coding scheme combinations are supported in 
any given direction. 

The MES has to support transmission/reception of the basic modulation and coding scheme for all bandwidth sizes that 
it supports wherever more than one modulation scheme is defined in a given direction and for a given value of "m". The 
basic coding scheme for all bandwidth sizes are mandatory for a network supporting GMPRS-1. 

All bursts have two parts, a Public Information Part (PUI) and a user-payload. The public information (hereafter 
referred to as PUI) part is to be read and decoded by all MESs that are monitoring that particular PDCH. It is always 
coded in the same format, regardless of the coding of the rest of the burst. For details, refer to GMPRS-1 05.003 [13]. 

The PUI contains the USF bits. It also contains the MCS bits which indicate the modulation, coding type, and coding 
rate used for the rest of the burst. The receiver itself must correlate the bandwidth and the contents of the MCS bits to 
identify the correct puncturing pattern. The PUI is always transmitted using 7I/4-CQPSK modulation and is encoded as 
defined in clause 6.5.5.1.1.1. All MESs shall have the capability to decode the PUI field for all bursts that it receives. 

The coding for MCS bits is defined in GMPRS-1 04.060 [7]. 

6.5.5.1 Channel coding for PDTCH 

6.5.5.1 .1 Channel coding for PDTCH 

Each of the coding schemes for GMPRS-1 are built in the same way. The difference in coding rates is achieved by 
using different coding polynomials and different output burst sizes, depending on the bandwidth of the associated 
channels. The polynomials and output bursts are defined in GMPRS-1 05.003 [13]. Figure 5 gives the basic block 
structure. 
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Figure 5: Radio block structure for MCS 



6.5.5.1.1.1 



Public information bits 



The PUI consists of 12 bits. There are 2 sets of PUI coding formats. One format set is applicable to PDCH(4,n) and 
PDCH(5,n) in the uplink and downlink. The other format set is applicable to PDCH(2,n) in the downlink and 
PDCH(l,n) in the uplink. These are shown in tables 4a to 4d below for the downlink and uplink respectively (the MSB 
is on the left hand side): 

Table 3: Void 

Table 4a: Downlink PUI field coding for PDCH(4,n) and PDCH(5,n) 



MCS bits (b 1 1 - b 8 ) USF bits (b 7 - b 2 ) Spare (b 1 - b ) 



Table 4b: Uplink PUI field coding for PDCH(4,n) and PDCH(5,n) 



MCS bits (b 1 1 - b 8 ) Uplink PAN field (b 7 - b 2 ) Spare (b 1 - b ) 



Table 4c: Downlink PUI field coding for PDCH(2,n) 



MCS bits (b^-bg) USF bits (b„-b 4 ) EXT bits (b 3 - b^ Spare (b ) 



Table 4d: Uplink PUI field coding for PDCH(1,n) 



MCS bits (b 1 1 - b„) Uplink PAN field (b 8 - b 3 ) Spare (b 2 - b ) 



The MCS bits indicate the modulation, coding type, and coding rate used as indicated above. The USF bits are for 
uplink resource allocation and are only present in the downlink (forward direction); these are described subsequently. 
The PAN bits are used to indicate transmitted power level of the MES to the network. The details are provided in 
GMPRS-1 05.008 [16]. The EXT bits indicates the number of consecutive D-MAC slots the MES will transmit on the 
uplink upon detection of its USF in the downlink (see GMPRS-1 04.060 [7]). 
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The 12 bit PUI header is subsequently Golay coded using a (24,12) Golay code. The Golay code output is repeated once 
to get a block of 48 bits. 



6.5.5.1.1.2 



Coding of user payload 



The user payload consists of a fixed size MAC/RLC header, followed by up to two optional control blocks (each of a 
fixed size of 18 octets) followed by a single data payload. 

For the user data payload, the first step of the coding procedure is to add a 16 bit Block Check Sequence (BCS) for error 
detection. 

The second step consists of adding eight tail bits and applying a convolutional coder. The coder polynomial varies 
according to the burst size and the burst class, as described in GMPRS-1 05.003 [13]. The PUI bits and the coded user 
data are subsequently combined with the unique word, guard band, and transition ramp to create the output burst. The 
unique word bits are 44, 68, 48 and 60, respectively, for bandwidths of m = 1, 2, 4, and 5, respectively. The guard bits 
are 10, 10 , 40 and 50, respectively, for bandwidths of m = 1, 2 , 4, and 5 (m x 10), respectively. 

The details of the codes are shown in table 5, including: 

The length of each field; 

The number of coded bits (after adding tail bits and convolutional coding); 

The number of punctured bits; 

The peak user data rate, including the RLC header and RLC information. This is the user data rate that can be 
achieved if the user is allocated all slots in all frames of a given PDCH of the corresponding bandwidth. 

Table 5: Coding parameters for the GMPRS-1 coding schemes 



B/W 
used 


Modulation 


Code 
Rate (CS) 


Coding Type 


Coded 
Bits 


Tail Bits 


User 

Data in 

bytes 


Uplink/ 
Downlink 


Peak 

Data rate 

kbps 


4 


rc/4-CQPSK 


0,747 


Convolutional 


792 


8 


71 


U/D 


113,6 


4 


rc/4-CQPSK 


0,626 


Convolutional 


792 


8 


59 


D 


94,4 


4 


ji/4-CQPSK 


0,505 


Convolutional 


792 


8 


47 


D 


75,2 


5 


ji/4-CQPSK 


0,750 


Convolutional 


1 002 


8 


91 


U/D 


145,6 


5 


rc/4-CQPSK 


0,631 


Convolutional 


1 002 


8 


76 


D 


121,6 


5 


rt/4-CQPSK 


0,503 


Convolutional 


1 002 


8 


60 


D 


96,0 


2 


rc/4-CQPSK 


0,592 


Convolutional 


810 


8 


59 


D 


47,2 


2 


rc/4-CQPSK 


0,701 


Convolutional 


810 


8 


70 


D 


56,0 


2 


rc/4-CQPSK 


0,809 


Convolutional 


810 


8 


80 


D 


64,0 


1 


rc/4-CQPSK 


0,590 


Convolutional 


366 


8 


26 


U 


20,8 


1 


rc/4-CQPSK 


0,699 


Convolutional 


366 


8 


31 


U 


24,8 


1 


ji/4-CQPSK 


0,809 


Convolutional 


366 


8 


36 


U 


28,8 



Transmission of PACCH messages, including global PACCH messages and all common control messages and 
excluding messages containing multiplexed data, will always use the basic modulation and coding scheme. The basic 
modulation and coding scheme is the most robust scheme in a given direction. Table 6 provides the basic modulation 
and coding schemes. 
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Table 6: Basic coding rates for various channels and directions 



Direction 


Bandwidth 


Basic scheme 


Up 


4x31,25 kHz 


7i/4 CQPSK, coding rate 
0,747 


Up 


5x31,25 kHz 


ti/4 CQPSK, coding rate 
0,750 


Down 


4 x31,25 kHz 


tc/4 CQPSK, coding rate 
0,505 


Down 


5x31,25 kHz 


tc/4 CQPSK, coding rate 
0,503 


Up 


1 x 31,25 kHz 


tc/4 CQPSK, coding rate 
0,590 


Down 


2 x 31,25 kHz 


tc/4 CQPSK, coding rate 
0,592 



6.5.5.2 



Channel coding for PACCH, PAGCH and PTCCH 



The channel coding for the PACCH, PAGCH, and downlink PTCCH transmission is the basic modulation and coding 
scheme for the corresponding PDCH. The message contents themselves are of variable size but have the same coding 
format. All control messages have a header which identifies the message type. All control messages are padded out with 
zeroes to fill the block up to the fixed size of 18 octets. PBCCH and PPCH are not supported in GMR-1 standard. 

For RLC/MAC bursts containing control and data multiplexed together, the assigned coding scheme for the PDTCH 
shall be used. The multiplexed control blocks are non-critical and can be recovered in case of packet loss. The control 
blocks shall be padded out with zeroes if necessary as described above. 

6.5.5.2.1 Channel coding for CPBCCH, CPAGCH, CPPCH, CPNCH, and CSCH 

This clause is not used in GMR-1. 

6.5.5.3 Channel coding for the PRACH 

The PRACH uses the Packet Access Burst (PAB) as defined below. 



6.5.5.3.1 



Coding of the 64 data bit packet access burst 



The channel coding used for the burst carrying the 64 data bit packet resource request message is shown in table 7. The 
details are given in GMPRS-1 05.003 [13]. 

Table 7: Channel coding for Packet Random Access CHannel 



Tx rate in 
ksps 


Tx time in 
ms 


Raw bits 


UW and CW 


Physical 
payload 


Coding rate 


Modulation 


23,4 


4,27 ms 


200 


1 04 bits 


64 bits 


0,750 


ti/4 CQPSK 



6.5.5.3.2 Coding of the 1 1 data bit packet access burst 

This clause is not used in GMR-1. 

6.5.6 Spotbeam reselection 

Spotbeam reselection in GMPRS-1 is defined in GMPRS-1 03.022 [18]. 

6.5.6.1 Measurements for spotbeam reselection 

This clause is not used in GMR-1. 
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6.5.6.2 Broadcast information 

This clause is not used in GMR-1. 

6.5.6.3 Optional measurement reports and network controlled cell reselection 

This clause is not used in GMR-1. 

6.5.7 Timing and frequency update procedure 

NOTE: The text in this clause is normative except when referring to GMPRS-1 05.002 [12]. 

The continuous timing and frequency update procedure is used to derive the correct value for timing and frequency 
adjustment that the MES must use for the uplink transmission of radio blocks. 

The timing advance procedure comprises two parts: 

Initial estimation; 

Continuous update. 

6.5.7.1 Initial timing advance estimation 

The initial estimation is based on the single access burst carrying the Packet Channel Request on the PRACH or the 
Channel Request on the RACH. The Packet Uplink Assignment or Packet Downlink Assignment then carries the 
estimated adjustment values for both timing and frequency to the MES. This value shall be used by the MES for the 
uplink transmissions until the continuous timing advance update provides a new value (see clause 6.5.7.2). The 
following special case exists: 

• When Packet Downlink Assignment is to be sent without prior paging (i.e. in the Ready state), no valid timing 
advance value may be available. 

• For Packet Downlink assignment, the mobile earth station is required to send a single PRACH with cause 
code, "Initial Correction". If the mobile earth station timing is good enough to transmit this PRACH, it does so 
and is responded to with a link synchronization message which contains the correction information. Note that 
this is also required for the network to know when the terminal has received the Packet Downlink assignment 
and so it is mandatory for all Packet Downlink Assignments in the ready-state. If not, ignores the Packet 
Downlink Assignment. 

• For the case where link synchronization information is not provided in the assignment message, the mobile is 
not allowed to send normal bursts on the uplink until it receives a valid adjustment values either in Packet Link 
Synchronization message or through the PRACH process on the uplink. 

6.5.7.2 Continuous timing and frequency update procedure 

MES in Packet transfer mode shall use the continuous timing and frequency update procedure to maintain both timing 
and frequency synchronization to the network. The continuous timing and frequency updated procedure is carried on the 
PTCCH allocated to the MES, using synchronization messages. 

For uplink or downlink packet transfer within the Packet Uplink/Downlink Assignment, the MES is assigned the 
Continuous Timing/Frequency advance period in the PKT_LINK_CORR_CYCLE variable in the System information 
and the Timing Advance Index (TAI) as part of its assignment information. The Continuous Timing/Frequency advance 
Period indicates the number of multiframes after which the MES is to repeat the procedure i.e. the repetition cycle 
duration. The Timing Advance Index is used to compute the next slot in which the MES sends its next Link 
synchronization transmission using the method indicated in GMPRS-1 05.010 [17]. 
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The Timing Advance Index value ranges from to 127. The MES first uses the advance period to determine the 
boundaries of the correction cycle. I.e. a value of 20 will indicate that the correction cycle starts on the th , 20 th , 40 th 
multiframe, etc. The TAI contains both the time-slot assignment and the multiframe assignment. The MAC-slot 
assignment is computed by taking the last two bits of the TAI. This identifies the PTCCH/U slot. The remaining bits 
identify the multiframe within the periodic cycle. Thus, if the remaining bits have a value 17, and the current frame is 
13 th within the current repetition period, the mobile earth stations next opportunity is 4 multiframes later. The 
PTCCH/U channel assignment can be to 3. In the above case, since the multiframe number is odd, the PTCCH/U 
channels are mapped on MAC-slots 1, 3, 5, 7 respectively. Else they are mapped on MAC-slots 0, 2, 4 and 6. 

On the uplink, the MES shall transmit in the assigned PTCCH slot which is used by the network to derive the timing 
and frequency adjustments. 

The network analyses the received access burst and determines new timing advance and frequency adjustment values 
for all MESs performing the continuous timing and frequency update procedure on that PDCH. The new link 
adjustment values shall be sent via a downlink PTCCH/D message on PTCCH/D. Network may also send timing and 
frequency update information asynchronously in Packet Link Synchronization and Packet Uplink Ack/Nack messages 
onPACCH. 

After transmitting the Link synchronization message, the MES shall continuously monitor the MAC-slot/D-MAC-slot 
allocated to it for receipt of control messages. The MES shall not retry the procedure, other than at the allocated frame 
and MAC-slot/D-MAC-slot after the expiry of the Continuous Timing/Frequency Update Period. When it receives a 
PTCCH/D message, it shall check the information element corresponding to the slot in which it made the transmission 
to see whether it has received valid correction information. In case no valid correction information is received after two 
invocations of the procedure, it shall perform an abnormal release, regardless of the state of the TBF or other messages 
received from the network. 

6.5.7.2.1 Mapping on the multiframe structure 

This clause is not used. 

6.5.8 Power control procedure 

Power control shall be supported in order to improve the spectrum efficiency and to reduce the power consumption in 
the MES and the uplink interference. 

For the uplink, the MES shall follow a flexible power control algorithm, which the network can optimize through a set 
of parameters. It can be used for both open loop and closed loop power control. 

For the downlink, there is no power control on a per-MES basis. For any given physical channel, the network shall 
transmit at a fixed power level. In addition, the network uses discontinuous transmission by transmitting only the 
physical header if there is no data to transmit. A single bit in the physical header indicates whether or not there is any 
payload. 

For the detailed specification of power control see GMPRS-1 05.008 [16]. 

6.5.8.1 MES output power 

The initial MES output power level shall be indicated by the network in the Power Attenuation Request (PAN) field of 
the RLC header of the burst carrying the initial assignment message. It can be subsequently modified by the network by 
modifying the PAN field in the RLC header in any RLC message that it transmits to that MES. The MES reports its 
transmit power back to the network by using the Power Attenuation Notification (PAN) field in the PUI on the uplink. 
For details of this procedure see GMPRS-1 05.008 [16]. 

6.5.8.2 BSS output power 

The BSS shall use constant power on all PDCHs. 

Additionally, the network uses discontinuous transmission, by transmitting only the header when there is no user 
payload to transmit. A special code-point in the MCS bits tells the MES whether or not there is any payload transmitted 
or not. 
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6.5.8.3 Measurements at MES side 

A procedure shall be implemented in the MES to monitor periodically the downlink RX signal level and quality from its 
serving cell. 

6.5.8.3.1 Deriving the C value 

This clause is not used. 

6.5.8.3.2 Derivation of channel quality report 

This clause is not used. 

6.5.8.4 Measurements at BSS side 

A procedure shall be implemented in the BSS to monitor the uplink RX signal level and quality on each uplink PDCH, 
active as well as inactive. In RLC acknowledged mode, the BSS may use the packet losses as reported by the MES for this 
purpose as well. 

The BSS shall also measure the RX signal level and the quality of a specific MES packet transfer. The algorithm to do 
so is implementation specific. 

6.5.9 Scheduling the MES activities during the PTCCH and idle frames 

This clause is not used in GMR-1. 



6.5.10 Discontinuous Reception (DRX) 



NOTE: The text in this clause is informative. The normative text is in GMPRS-1 05.002 [12]. Where there is a 
conflict between these descriptions, the normative text has precedence. 

Discontinuous reception is used by the MES to conserve power when in idle mode. This function is described in 
GMPRS-1 04.060 [7] and GMPRS-1 05.002 [12]. 



6.5.11 Rate adaptation 

Transmission rate control does not take place in the transfer mode. The rate can be adapted only across TBFs, using the 
feedback from the RACH/PRACH and the stored information about the performance of the link in the previous TBF. 
Refer to GMPRS-1 05.008 [16] for details. 

6.5.12 UpLink Quality Reports 

The UpLink Quality Report (ULQR) is a message that is transmitted periodically by the MES to the network, providing 
information about the state of the downlink transmission. This message is transmitted periodically to the network, on 
every PTCCH/U opportunity as a PNB burst. If there is space in the payload, the mobile station may also send pending 
control and data. The ULQR contains mobile identification, type and a report on the signal quality. Details about this 
procedure are given in GMPRS-1 04.060 [7]. The method for computing the signal quality is provided in 
GMPRS-1 05.008 [16]. 

6.6 Medium access control and radio link control layer 

The Medium Access Control (MAC) and Radio Link Control (RLC) layer operates above the Physical Link layer in the 
reference architecture. MAC/RLC layer messages and signalling procedures are defined in GMPRS-1 04.060 [7] and 
GMPRS-1 04.008 [6]. 
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6.6.1 Layer services 



The MAC function defines the procedures that enable multiple MESs to share a common transmission medium, which 
may consist of several physical channels. The MAC function provides arbitration between multiple MESs attempting to 
transmit simultaneously and provides collision avoidance, detection, and recovery procedures. The operations of the 
MAC function may allow a single MES to use several packet data channels (PDCHs) in parallel. 

The RLC function defines the procedures for a selective retransmission of unsuccessfully delivered RLC Data Blocks. 

The RLC/MAC function provides two modes of operation: 

• unacknowledged operation; and 

• acknowledged operation. 

6.6.2 Layer functions 

The GMPRS-1 MAC function is responsible for: 

• Providing efficient multiplexing of data and control signalling on both uplink and downlink, the control of 
which resides on the Network side. On the downlink, multiplexing is controlled by a scheduling mechanism. 
On the uplink, multiplexing is controlled by medium allocation to individual users (e.g. in response to service 
request). Note that this multiplexing refers to use of the same physical channel for control and data purposes. 
An additional level of multiplexing allows both control and data traffic to be sent in the same data burst. This 
is an RLC responsibility as defined below. 

• For mobile terminated channel access, scheduling of access attempts. 

• Priority handling. 

The GMPRS-1 RLC function is responsible for: 

• Interface primitives allowing the transfer of Logical Link Control layer PDUs (LLC-PDU) between the LLC 
layer and the MAC function. 

• Segmentation of LLC PDUs into RLC Blocks and reassembly of RLC Blocks into LLC PDUs. The 
segmentation and reassembly function has to be tuned to match the PDCH type of the logical channel on 
which the RLC Data Blocks are being transmitted because the block sizes vary depending on the type of the 
PDCH. 

• Multiplexing of data and control traffic into a single radio-block and extracting these at the receiver end. 

• Handling of unsolicited grants. 

• Support of one concurrent TBF in each direction. 

• Backward Error Correction (BEC) procedures enabling the selective retransmission of uncorrectable code 
words. 

• Receipt of signal quality indications from the MES and transmission of power control information/commands. 
NOTE: The Block Check sequence for error detection is provided by the Physical Link layer. 
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6.6.3 Service primitives 

Table 8 lists the service primitives provided by the RLC/MAC layer to the upper layers: 

Table 8: Service primitives provided by the RLC/MAC layer to the upper layers 



Name 


Request 


Indication 


Response 


Confirm 


Comments 


RLC/MAC-DATA 


X 


X 






Used for the transfer of upper layer PDUs. 
Acknowledged mode of operation in RLC is 
used. The upper layer shall be able to 
request high transmission quality via a 
primitive parameter. 


RLC/MAC-UNITDATA 


X 


X 






Used for the transfer of upper layer PDUs. 
Unacknowledged mode of operation in 
RLC is used. 


RLC/MAC-STATUS 




X 






Used to indicate that an error has occurred 
on the radio interface. The cause for the 
failure is indicated. 



6.6.4 Mode of operation 



Each PDCH is a shared medium between multiple MESs and the network. Direct communication is possible only 
between an MES and the network. 

The GMPRS-1 radio interface consists of asymmetric and independent uplink and downlink channels. The downlink 
carries transmissions from the network to multiple MESs and does not require contention arbitration. The uplink is 
shared among multiple MESs and requires collision resolution procedures. 

The allocation of radio resources by the PLMN and the use of these resources by the MESs can be broken down into 
two parts: 

The PLMN allocates radio resources for the GMPRS-1 (uplink and downlink) in a symmetric manner. 

Dependent allocation of uplink and downlink shall be possible, in order to allow simple MESs to transfer data 
simultaneously in both directions. Allocation of several PDTCHs for one MES is possible. 

The access to the GMPRS-1 uplink uses a Slotted-Aloha based reservation protocol. 

The Network Protocol Data Units (N-PDU) are segmented into the SubNetwork Protocol Data Units (SN-PDU) by the 
SubNetwork Dependent Convergence protocol (SNDCP) and SN-PDUs are encapsulated into one or several LLC 
frames. See 3GPP TS 03.60 [3] for information on SNDCP and LLC. The details on SNDCP can be found in 
GSM 04.65 [9], and the details on LLC can be found in 3GPP TS 04.64 [8]. LLC frames are segmented into RLC Data 
Blocks. At the RLC/MAC layer, a selective ARQ protocol (including block numbering) between the MES and the 
network provides retransmission of erroneous RLC Data Blocks. When a complete LLC frame is successfully transferred 
across the RLC layer, it is forwarded to the LLC layer on the receiver. 
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Figure 6: Transmission and reception data flow for GMPRS-1 
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6.6.4.1 Multiplexing MESs on the same PDCH 

6.6.4.1 .1 Uplink state flag: dynamic allocation 

6.6.4.1.1.1 Multiplexing of GMPRS-1 MESs 

The Uplink State Flag (USF) is used on PDCH to allow multiplexing of Radio Blocks from a number of MESs. USF is 
used in dynamic and extended dynamic medium access modes. USF is used only in downlink direction. 

The USF comprises 6 bits for a PDCH(4,n) , PDCH(5,n) or 5 bits for a PDCH(2,n) at the beginning of each Radio 
Block that is sent on the downlink. It enables the coding of 64 different USF states for a PDCH(4,n), PDCH(5,n), or 
32 USF states for a PDCH(2,n) which are used to multiplex the uplink traffic. On all PDCHs, one USF value is reserved 
for marking a time-slot busy. This is used to prevent collision on uplink channel, when MES without USF is using 
uplink channel i.e. for PACCH/D. On PDCH(5,n) or a PDCH(4,n) carrying PCCCH, one USF value is used to denote 
PRACH. The other sixty two USF values are used to reserve the uplink for different MESs. On PDCH(4,n) or a 
PDCH(5,n) not carrying PCCCH, the sixty-three USF values are used to reserve the uplink for different MESs. The 
USF points to the next uplink MAC-slot (see GMPRS-1. 05 .010 [17]) for PDCH(4,n) , PDCH(5,n) or to a sequence of 
"N" consecutive uplink D-MAC-slots beginning from the next uplink D-MAC-slot for a PDCH(l,n) where "N" depends 
on the EXT bits in the PUI (see GMPRS-1. 04. 060 [7]). The separation between the slot in which the USF was received 
and the first block in which the MES has to transmit is controlled by the USF_DELAY parameter. The rule is that the 
MES must transmit so that the USF is responded to in the same MAC-slot/D-MAC-slot of the frame USF_DELAY 
frames Refer to GMPRS-1 05.010 [17] for a detailed description. 

The network transmits USF on a PDCH(2,6) on D-MAC-slots 0, 1, 2, 3. The MES transmits on a PDCH(1,6) on 
D-MAC-slots 0, 1,2,3. 

6.6.4.1.2 Fixed allocation 

This clause is not used in GMR-1. 

6.6.4.2 Temporary block flow 

A Temporary Block Flow (TBF) is a physical connection used by the two RR entities to support the unidirectional 
transfer of LLC PDUs on packet data physical channels. The TBF is allocated radio resource on one or more PDCHs 
and comprises a number of RLC/MAC blocks carrying one or more LLC PDUs. A TBF is temporary and is maintained 
only for the duration of the data transfer. The termination is typically network controlled and may be maintained a 
limited while longer, in anticipation of further traffic. 

6.6.4.3 Temporary flow identity 

Each TBF is assigned a Temporary Flow Identity (TFI) by the network. The assigned TFI is unique among concurrent 
TBFs in each direction and is used instead of the MES identity in the RLC/MAC layer. The same TFI value may be 
used concurrently for TBFs in opposite directions. The TFI is assigned in a resource assignment message that precedes 
the transfer of LLC frames belonging to one TBF to/from the MES. The same TFI is included in every RLC header 
belonging to a particular TBF as well as in the control messages associated to the LLC frame transfer 
(e.g. acknowledgements) in order to address the peer RLC entities. 

6.6.4.4 Medium access modes 

The medium access modes supported in GMR-1 is called: 

• Dynamic allocation. 
The Dynamic allocation medium access mode shall be supported by all networks that support GMPRS-1. 
The Dynamic allocation mode shall be supported in all mobile earth stations. 
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6.6.4.5 



Acknowledged mode for RLC/MAC operation 



6.6.4.5.1 



GMPRS-1 



The transfer of RLC Data Blocks in the acknowledged RLC/MAC mode is controlled by a selective ARQ mechanism 
coupled with the numbering of the RLC Data Blocks within one Temporary Block Flow. The sending side (the MES or 
the network) transmits blocks within a window and the receiving side sends Packet Uplink Ack/Nack or Packet 
Downlink Ack/Nack message when needed. Every such message acknowledges all correctly received RLC Data Blocks 
up to an indicated block sequence number (BSN), thus "moving" the beginning of the sending window on the sending 
side. Additionally, the message can be used to selectively request erroneously received RLC Data Blocks for 
retransmission. The sending side then retransmits the erroneous RLC Blocks, eventually resulting in further sliding of the 
sending window. 

The Packet Ack/Nack message does not include any change in the current assignment; however, it may contain a 
multiplexed user data. A missing Packet Ack/Nack with no multiplexed data is not critical and does not need to be 
acknowledged explicitly by the other side unless specifically requested. In Packet Downlink Ack/Nack message, the 
MES may optionally request initiation of an uplink TBF. In response, the network may assign uplink resources for 
mobile earth station. 

When receiving uplink data from a MES the network shall, based on erroneous blocks received from MES, allocate 
additional resources for retransmission. 

The acknowledgement procedure of the LLC layer is not combined with the acknowledgement procedure on the 
underlying RLC/MAC layer. 



6.6.4.6 



Unacknowledged mode for RLC/MAC operation 



The transfer of RLC Data Blocks in the unacknowledged RLC/MAC mode is controlled by the numbering of the RLC 
Data Blocks within one Temporary Block Flow and does not include any retransmissions. The receiving side extracts 
user data from the received RLC Data Blocks and attempts to preserve the user information length by replacing missing 
RLC Data Blocks with dummy information bits. 

Control messages are transmitted by the network using the block-stealing mechanism. From the MES side, the only 
control messages expected are the UTLQR messages and these are transmitted on the PTCCH/U. Transmission of other 
control messages are under the control of the network, which polls the MES appropriately. 

6.6.4.7 Mobile originated packet transfer 

6.6.4.7.1 Uplink access 

6.6.4.7.1.1 Initial access 
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Figure 7: Access and allocation for the packet access, uplink packet transfer 
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An MES initiates a packet transfer by making a Packet Channel Request on PRACH or a Channel Request on RACH as 
described in GMPRS-1 04.008 [6]. The conditions as to when the MES can use the PRACH are a function of the time 
since the MES last got a timing correction from the network the MES timing synchronization, and previous history of 
MES access successes. If the MES fulfils these conditions, it shall use a PRACH for initial access if a PRACH channel 
is available. In all other cases, it uses the RACH. The MES should preferentially try to use any available PRACH on the 
same sub-band on which it completed its last TBF. If this is not possible for any reason, it shall use the CCCH. The 
network responds on PAGCH or AGCH for a channel request received on PRACH or RACH respectively. 

In the one phase access, the Packet Channel Request is responded by the network with the Packet Uplink Assignment 
allocating the resources on PDCH(s) for uplink transfer of a number of MAC/RLC blocks. The reservation is done 
accordingly to the information about the requested resources that is comprised in the Packet Channel Request. The 
Packet Channel Request shall contain adequate information about the requested resources and, consequently, uplink 
resources on one or several PDCHs can be assigned by using the Packet Uplink Assignment message. 

If the MES uses a RACH for packet access initiation and only the Class 1 bits are received by the network, the network 
has insufficient information about the nature of the request to make a full allocation. In this case the network shall reject 
the RACH and supply adequate timing correction information. In response, the mobile earth station shall apply this 
correction and try again. 

If there is no response to the Packet Channel Request within a predefined time period, the MES makes a retry after a 
random backoff time. 

The PRACH algorithm uses the value of M, R, S and T derived from the PRACH control parameters, some of which 
also depends on the priority level of the packet to be transmitted. Note that the access classes broadcast in the SI are 
equally applicable on the RACH and the PRACH. Also, the initial random backoff from SI decoding is not used for 
PRACH access. The persistence level and reduced persistence level parameters for the PRACH are currently not used. 
On RACH, the existing backoff algorithm shall be used. 

6.6.4.7.1.2 Follow-on resource requests 

The MES can continuously keep the network updated as to the amount of pending data that it has yet to transmit. This is 
done by using a seven-bit field in the MAC/RLC header. This field is coded to indicate the amount of data to be 
transmitted by the MES, in units of RLC Blocks. The network shall use this information, otherwise known as the 
unsatisfied demand to assist in the uplink resource allocation algorithm in dynamic mode of allocation. The coding of 
this field is defined in GMPRS-1 04.060 [7]. 

6.6.4.7.2 Dynamic allocation 

6.6.4.7.2.1 Uplink packet transfer 

The Packet Uplink Assignment message includes the list of PDCHs to be used for transmission and a single USF value 
that is valid across all the PDCHs. A unique TFI is allocated and is thereafter included in each RLC Data and Control 
Block related to that Temporary Block Flow. The MES monitors the PUI on all the downlink bursts on the allocated 
PDCHs and transmits MAC/RLC blocks in the corresponding uplink burst on those which currently bear the USF value 
reserved for the usage of the MES. 

The MES may be allowed to use the uplink resources as long as there is queued data on the RLC/MAC layer to be sent 
from the MES. It can comprise a number of LLC frames. In that sense the radio resources are assigned on the initially 
"unlimited" time basis. Alternatively, the uplink assignment for each assignment may be limited to a number of 
MAC/RLC blocks (e.g. in order to offer more fair access to the medium at higher loads). 

Follow-on requests are permitted to extend a given TBF as long as there is data in the MES queue for transfer. See 
clause 6.5.12.7.1.2 for details. The selective ARQ operation for the acknowledged RLC/MAC mode is described in 
clause 6.6.4.5. The unacknowledged RLC/MAC mode operation is described in clause 6.6.4.6. 

6.6.4.7.2.2 Release of the resources 

The release of the resources is normally controlled by the network. The mobile earth station indicates when it has no 
data in its queue by sending an unsatisfied demand value of zero, or by setting a particular bit in the header. 

For the normal release of resources for RLC connection carrying a mobile originated packet transfer, the mechanism 
based on acknowledged final Packet Uplink Ack/Nack combined with timers is used. 
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After the MES has sent its last RLC Data Block (indicated by a zero value of the UD field or by the ITR bit), the 
acknowledgement is expected from the network side. 

The next step, in the case of all RLC Data Blocks being correctly received, is that the network sends Packet Uplink 
Ack/Nack which is to be immediately acknowledged by the MES in the reserved uplink block period. If the Packet 
Uplink Ack/Nack has the FAI bit set, the TBF is considered released. Otherwise, the mobile earth station continues 
monitoring the same PDCHs. Depending upon radio-resources it is given allocations intermittently - if fresh data comes 
in, the mobile earth station may continue the TBF by transmitting more data in these slots. The TFI can be reused for 
another assignment either upon the reception of the acknowledgement for Packet Ack/Nack or after expiry of the guard 
timer. 

Further, the premature release or change of assignment for one MES can be initiated by the network. In the case of 
release, the MES is ordered to interrupt the Temporary Block Flow. The MES shall then reorganize the uplink buffer 
and issue a new Packet Channel Request to continue the uplink transfer with the RLC Data Blocks containing partially 
or fully untransferred (i.e. on the RLC/MAC layer unacknowledged) LLC frames. In the case of the change in 
assignment, the Packet Uplink Assignment message is issued. 

The mobile earth station may itself request immediate termination of a flow by setting the "ITR" bit in the RLC/MAC 
header. This is a request to the network to close the TBF immediately. 

6.6.4.7.3 Fixed allocation 

This clause is not used in GMR-1. 

6.6.4.7.4 Contention resolution 

Contention resolution is an important part of RLC/MAC protocol operation, especially because one channel allocation 
can be used to transfer a number of LLC frames. 

There are two basic access possibilities, the normal mode and the two phase access procedure that is used as defined in 
clause 6.6.4.7.1. 

The normal access is inherently immune for possibility that two MESs can perceive the same channel allocation as their 
own. The Packet Channel Request contains the TLLI of the MES which is included in the corresponding Assignment 
message. 

In some cases, the RACH may be transmitted so that only the Class 1 bits are received. In this case, the RACH is 
rejected with adequate timing correction so that the mobile can try again. 

6.6.4.7.5 Piggybacked messages and unsolicited resource grant 

These are additional mechanisms designed to reduce the latency of access of the uplink. The design of the RLC/MAC 
block allows for control and data segments to be embedded in a single block. The RLC/MAC entity in the MES may 
embed both control and data information in the same RLC/MAC message. Optionally, one or two control blocks of a 
fixed size of 18 octets can be embedded into the head of the block, with all the subsequent payload being used for data. 
Thus if the network polls the MES for a control message, i.e. uplink PACCH/U, the MES can fit pending user data 
blocks into the same packet when it is responding. 

In addition, the network may allocate multiple consecutive uplink blocks to the MES when it polls it for an uplink 
PACCH message. The algorithm as to when it does this and when it does not is implementation dependent. The MES 
can use these blocks for both transferring queued data packets and making additional requests for uplink resources as 
described above. 
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Applical ion 
PDU 



Applical ion 
Ack 



Application 
PDU 




▼ T T 

Host MES N/W 

Figure 8: Piggybacked messages and unsolicited grant mechanism 



6.6.4.8 Mobile terminated packet transfer 

6.6.4.8.1 Packet paging 



The network initiates a packet transfer to an MES that is in the Standby state by sending one or more packet paging 
request messages on the downlink PCH. The MES responds to one packet paging request message by initiating an 
access procedure, as described in clause 6.6.4.7. The MES will use the PRACH or RACH channel as appropriate to its 
synchronization state. The message sequence described in figure 9 is conveyed either on PCCCH or on CCCH. After 
the packet paging response is sent by the MES and received by the network, the mobility management state of the MES 
is Ready. 

The network can then assign some radio resources to the MES and perform the downlink data transfer as described in 
clause 6.6.4.8.2. 



IVES 



(Optional) 
(Optional) 



Paging Request) 



Network 



PCH 



Packet Channel Request (or Channel Request) 



Packet Uplink Assignment (a Immediate Assignment) 



Packet Resource Request 



Packet Uplink Assignment 



Packet Paging Response (LLC frame) 



PRACH (a RACH) 

PCCCH(aCCCH) 

PACCH 

PACCH 

PDTCH 



Figure 9: Paging message sequence for paging, downlink packet transfer 
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6.6.4.8.2 



Downlink packet transfer 



The transmission of a packet to an MES in the Ready state is initiated by the network using a packet downlink 
assignment message. In case there is an uplink packet transfer in progress, the packet downlink assignment message is 
transmitted on PACCH. Else the same message is transmitted on CCCH. The MES is required to respond with a Packet 
Channel Request on any available time-slots of one of the allocated PDCH with cause code "Initial Correction". In 
response to this, the network sends it back initial timing correction. The MES multislot capability needs to be 
considered. 

The network sends the RLC/MAC blocks belonging to one Temporary Block Flow on downlink on the assigned 
downlink channels. 

Multiplexing the RLC/MAC blocks destined for different MESs on the same PDCH downlink is enabled with an 
identifier, e.g. TFI, included in each RLC/MAC block. The interruption of data transmission to one MES is possible. 

The acknowledged (i.e. selective ARQ operation) and unacknowledged RLC/MAC mode operation is described in 
clauses 6.6.4.5 and 6.6.4.6. The sending of the Packet Downlink Ack/Nack message is obtained by the occasional 
network initiated polling of the MES. The MES sends the Packet Downlink Ack/Nack message in a reserved 
MAC/RLC block which is allocated together with polling. Unassigned USF value is used in the downlink MAC/RLC 
block which corresponds to the reserved uplink MAC/RLC blocks. Further, if the MES wants to send some additional 
signalling or uplink data, it may be indicated in the Packet Downlink Ack/Nack message. 

Figure 10 shows an example of message sequence for (multislot) downlink data transfer with possible RLC Data Block 
re-transmissions. 



MF.S 

k- 



(Optional) 



Packet Downlink Assignment 



Network 

PACCH, CCCH 



Packet Control Acknowledgement 



Data Block 



Data Block 



Data Block (polling) 



Packet Downlink Ack/Nack 



Data Block 



Data Block 



Data Block (FBI.polling) 



Packet Downlink Ack/Nack with retx. rqst 



Retx, Data Block 



Retx, Data Block 



Retx. Data Block (FBI, polling) 



Packet Downlink Ack/Nack (final) 



PACCH 
PDTCH 
PDTCH 
PDTCH 

PACCH 
PDTCH 
PDTCH 
PDTCH 
PACCH 
PACCH 
PDTCH 
PDTCH 
PDTCH 

PACCH 



Figure 10: An example of downlink data transfer 
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6.6.4.8.3 Release of the resources 

The release of the resources is initiated by the network by terminating the downlink transfer and polling the MES for a 
final Packet Downlink ACK/NACK message. The transmission of the final block is indicated by setting the FBI bit. 
The network may choose to delay this, by not setting the FBI bit in the last block, but subsequently following it up 
(after the delay period has expired) with a dummy block with FBI set. 

The handling of TFI is steered with the same timer that runs on both the MES and the network side after the last RLC 
Data Block is sent to the MES. When it expires, the current assignment becomes invalid for the MES and TFI can be 
reused by the network. Further, upon the reception of the final Packet Downlink Ack/Nack from the MES, another timer 
is started on network side. When it expires, the current assignment becomes invalid for the MES and TFI can be reused 
by the network. 

6.6.4.9 Simultaneous uplink and downlink packet transfer 

During the ongoing uplink Temporary Block Flow, the MES continuously monitors one downlink PDCH for possible 
occurrences of Packet Downlink Assignment messages on PACCH. The MES is therefore reachable for downlink 
packet transfers that can then be conveyed simultaneously on the PDCH(s) that respect the MES multislot capability. 

If the MES wants to send packets to the network during the ongoing downlink Temporary Block Flow, it can be 
indicated in the UD field of the same burst that is also carrying the acknowledgement that is sent from the MES. By 
doing so, no explicit Packet Channel Requests have to be sent to the network - this reduces the load on the contention 
channel. Further, the network already has the knowledge of which PDCH(s) that particular MES is currently using so 
that the uplink resources can be assigned on the PDCH(s) that respect the MES multislot capability. This method may 
introduce an extra delay when initiating the uplink packet transfer but only for the first LLC frame in a sequence. 

6.7 Abnormal cases in MES ready state 

The RLC/MAC error causes and procedures to handle these can be found in GMPRS-1 04.008 [6], 
GMPRS-1 04.060 [7], and GMPRS-1 05.008 [16]. 

6.8 PTM-M data transfer 

This clause is not used in GMR-1. 
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